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DETAILED ACTION 

Claim Rejections - 35 USC §112 

1 . The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

2. Claim 1 is rejected under 35 U.S.C. 112, second paragraph, as being indefinite 
for failing to particularly point out and distinctly claim the subject matter which applicant 
regards as the invention. It is unclear how an application programming interface 
comprises an update store for storing software updates. 

3. Claim 1 recites the limitation "said rules" in line 4 of the last paragraph. There is 
insufficient antecedent basis for this limitation in the claim. 

Claim Rejections - 35 USC § 101 

4. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

5. Claim 17 is rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter as follows. Claim 17 is directed towards an 
application programming interface. The body of the claim lacks definite structure 
indicative of a physical apparatus, thus the claims are software per se. 
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Double Patenting 

6. The nonstatutory double patenting rejection is based on a judicially created 
doctrine grounded in public policy (a policy reflected in the statute) so as to prevent the 
unjustified or improper timewise extension of the "right to exclude" granted by a patent 
and to prevent possible harassment by multiple assignees. A nonstatutory 
obviousness-type double patenting rejection is appropriate where the conflicting claims 
are not identical, but at least one examined application claim is not patentably distinct 
from the reference claim(s) because the examined application claim is either anticipated 
by, or would have been obvious over, the reference claim(s). See, e.g., In re Berg, 140 
F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re Goodman, 11 F.3d 1046, 29 
USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 
1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 
F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1 .321 (c) or 1 .321 (d) 
may be used to overcome an actual or provisional rejection based on a nonstatutory 
double patenting ground provided the conflicting application or patent either is shown to 
be commonly owned with this application, or claims an invention made as a result of 
activities undertaken within the scope of a joint research agreement. 
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Effective January 1 , 1994, a registered attorney or agent of record may sign a 
terminal disclaimer. A terminal disclaimer signed by the assignee must fully comply with 
37 CFR 3.73(b). 

7. Claim 1 is provisionally rejected on the ground of nonstatutory obviousness-type 
double patenting as being unpatentable over claim 1 of copending Application No. 
10/799351 . Although the conflicting claims are not identical, they are not patentably 
distinct from each other because the copending application includes the same 
functionality as the current application, as shown below. 

This is a provisional obviousness-type double patenting rejection because the 
conflicting claims have not in fact been patented. 



Current application 


10/799351 


an update service node having an 
application programming interface for 
administering the distribution of software 
updates on the update service node, the 
application programming interface 
comprising: 


A software update distribution system for 
distributing a software update over a 
communication network for distribution to 
client computers, comprising: 
a root update service node; and 
a plurality of child update service nodes 
operable to distribute software updates to 
client computers, wherein each of the 
plurality of child update service nodes 
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comprises: 


an update store for storing software 
updates 


an update store for storing software 
updates 


an update web service through which the 
update service node obtains software 
updates from a parent update service 
node over a communication network, and 
inrougn wnicn ine update service nooe 
distributes software updates to child 
update service nodes over the 
communication network. 


an update web service through which the 
child update service node obtains software 
updates from its parent update service 
node over the communication network, 
ana inrougn wnicn ine cnna upaaie service 
node distributes software updates to its 
child update service nodes over the 
communication network 


an administration application programming 
interface (API) through which an 
administrator establishes controls the 
distribution of software updates to child 
update service nodes and client 
computers, wherein the administration API 

jo on /~*Hior*f ovnncin^ o rJi irolifw /if 

ib dii uujeoi expusiny a plurality oi 
interface calls through which the 
administrator establishes said rules. 


wherein the root update service node 
includes a first administration application 
programming interface (API) and first 
administration user interface, wherein the 
first administration API and first 
administration user interface are operable 

f y~v ropoix/Q frnm on oHminictrofnr o firof oof 
LU icueive IIUIII all aUlllllllbllalUI a lllbl set 

of rules for distributing software updates to 
at least some of the plurality of child 
update service nodes 
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Claim Rejections - 35 USC § 103 

8. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

9. Claim 1 is rejected under 35 U.S.C. 103(a) as being unpatentable over Davis 
(US 6,282,71 2 B1 ) in view of East (US 2003/0061 323 A1 ). 

10. As per claim 1, Davis discloses an update service node having an application 
programming interface (Column 3, lines 38-50) for administering the distribution of 
software updates on the update service node (Column 4, line 52 through column 5, line 
6, primary site), the application programming interface comprising: 

a. an update store for storing software updates (Column 6, lines 31 -35) 

b. an update web service through which the update service node obtains 
software updates from a parent update service node (Column 4, line 52 through 
column 5, line 6, central site) over a communication network, and through which 
the update service node distributes software updates to child update service 
nodes (secondary site) over the communication network. More specifically, the 
central, primary, and secondary sites each contain a site server to provide 
update functionality (See column 5, lines 7-45). 

Davis does not explicitly disclose a site server obtaining updates from another, 
beyond a brief mention that "the site server 202 stores software that can be installed on 
other computers in the distributed system (Column 5, lines 16-18). However, the 
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examiner maintains that it was well known in the art at the time of the invention to allow 
file servers to copy their update stores as shown by East. 

In a similar field of endeavor, East discloses obtaining software updates from a 
parent update service node over a communications network, and distributing the 
software updates to child update service nodes over the communications network (See 
paragraph 0008, master & remote administrative servers in a control hierarchy) 

The purpose for doing so would have been to reduce the time needed to perform 
updates (East 0008). This would be especially useful in combination with Davis 
because updates appear to only be available to site servers through the use of compact 
discs (Column 6, lines 52-56). 

c. Davis further discloses an administration application programming 
interface (API) through which an administrator establishes controls the 
distribution of software updates to child update service nodes and client 
computers, wherein the administration API is an object exposing a plurality of 
interface calls (Column 5, lines 7-32, administrator's console) through which the 
administrator establishes said rules (Column 13, lines 43-44, administrator's 
preferences). 

1 1 . Claims 2-3 and 16 are rejected under 35 U.S.C. 1 03(a) as being unpatentable 
over Davis & East in view of Islam (US 7,219,964 B1 ). 

12. As per claim 2, Davis & East disclose the update service node of Claim 1 . Davis 
& East do not explicitly disclose wherein the configuration interface exposes a get 
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configuration interface call which returns a configuration interface object for reading and 
writing software update administration configuration values to the update service node. 
However, the examiner maintains that it was well known in the art at the time of the 
invention to do so, as taught by Islam. 

Islam discloses a set of configuration APIs using configuration mbeans (Column 
9, line 35 through column 10, line 3). 

It would have been obvious to use object based APIs to configure the site server, 
for the purpose of allowing a user to make changes in the configuration file using a GUI 
instead of a text editor. 

13. As per claim 3, Davis, East, & Islam disclose the update service node of Claim 2. 
Islam further discloses wherein the configuration interface object is an IConfiguration 
object (Column 9, line 35 through column 10, line 3). Islam's mbean is an obvious 
variant of an IConfiguration object. 

14. As per claim 16, Davis & East disclose the update service node of Claim 1. 
Davis & East fail to disclose wherein the administration API is an lUpdateServer 
interface object. However, the examiner maintains that it was well known in the art at 
the time of the invention to do so, as taught by Islam. 

Islam discloses a set of configuration APIs using configuration mbeans (Column 
9, line 35 through column 10, line 3) which are used to update a server's configuration. 
This would have been an obvious variant of an lUpdateserver interface object. 
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It would have been obvious to use object based APIs to configure the site server, 
for the purpose of allowing a user to make changes in the configuration file using a GUI 
instead of a text editor. 

15. Claims 4-9 and 11-15 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Davis, East, & Islam in view of Melchione (US 2003/0200300 A1). 

16. As per claim 4, Davis, East, & Islam disclose the update service node of Claim 2. 
The above cited references do not explicitly disclose subscription or subscriptions APIs. 
However, the examiner maintains that it was well known in the art at the time of the 
invention to do so, as taught by Melchione. 

Melchione discloses subscribing to a set of updates (paragraph 156). 
Information based on the subscription is made available using a configuration interface 
(paragraph 16-18, and 140-141). In combination with the above cited references, this 
information could be delivered as an mbean object. The purpose for doing so would 
have been to allow users to enter into contracts and automatically have their software 
updated. 

17. As per claim 5, Davis, East, Islam & Melchione disclose the update service node 
of Claim 4. Melchione further discloses the update service node of Claim 4, wherein the 
subscription interface object is an ISubscription interface object (paragraph 16-18, and 
140-141). Islam's mbean in combination with Melchione's subscription interface is an 
obvious variant of an ISubscription interface object. 
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18. As per claim 6, Davis, East, Islam & Melchione disclose the update service node 
of Claim 4. Melchione further discloses the update service node of Claim 4, wherein the 
administration API exposes a get subscriptions interface call which returns a 
subscription collection interface object defined on the update service node (paragraph 
16-18, and 140-141). 

19. As per claims 7-8, Davis, East, Islam & Melchione disclose the update service 
node of Claim 4. Davis further discloses wherein the administration API exposes a get 
update interface call which returns a update interface object corresponding to an update 
identifier passed in the get update interface call (Column 13, lines 55-58). In 
combination with Islam's mbeans, this would be an obvious variant of an lUpdate 
interface call. 

20. As per claim 9, Davis, East, Islam & Melchione disclose the update service node 
of Claim 7. Davis further discloses wherein the administration API exposes a get 
updates interface call which returns an update collection object containing update 
interface objects corresponding to values passed in the get updates interface call 
(Column 13, lines 55-58). 

21 . As per claims 11-12, Davis, East, Islam & Melchione disclose the update service 
node of Claim 9. Islam further discloses wherein the administration API exposes a get 
computer interface call which returns an client computer object corresponding to the a 
client computer associated with the update service node and that was identified in the 
get computer interface call (Islam, column 12, lines 35-62, and more specifically "server 
configuration may contain information for standalone server instance 920F"). This 
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information would be accessible using the configuration API of column 9, lines 20-67. 
This would also be considered an obvious variant of an IComputer interface call using 
mbeans. 

22. As per claim 13, Davis, East, Islam & Melchione disclose the update service 
node of Claim 1 1 . Islam further discloses wherein the administration API exposes a get 
computers interface call which returns a computer collection object including client 
computer objects corresponding to client computers associated with the update service 
node (Islam, column 12, lines 35-62, and more specifically "while configuration 1000B 
may be associated with servers 920E-F"). This information would be accessible using 
the configuration API of column 9, lines 20-67. 

23. As per claims 14, Davis, East, Islam & Melchione disclose the update service 
node of Claim 13. Islam further discloses wherein the administration API 
exposes a get group interface call which returns an target group object that was 
identified in the get group interface call (Islam, column 12, lines 35-62, and more 
specifically "while configuration 1000B may be associated with servers 920E-F"). This 
information would be accessible using the configuration API of column 9, lines 20-67. 

24. As per claims 15, Davis, East, Islam & Melchione disclose the update service 
node of Claim 14. Islam further discloses wherein the administration API 
exposes a get groups interface call which returns a target group collection object 
including target group objects corresponding to target groups on the update service 
node (Islam, column 12, lines 35-62, and more specifically "Likewise, cluster 
configuration 101 OA may contain information for all servers 920A-E executing in cluster 
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900"). This information would be accessible using the configuration API of column 9, 
lines 20-67. 

25. Claim 10 is rejected under 35 U.S.C. 103(a) as being unpatentable over Davis, 
East, Islam & Melchione in view of Sierer (US 2004/0255291 A1 ). 

26. As per claims 10, Davis, East, Islam & Melchione disclose the update service 
node of Claim 9. Islam allows updates to be hidden based on usability (natural 
language, operating system, etc), but does not explicitly have a boolean value in the 
interface call. However, the examiner maintains that it was well known in the art at the 
time of the invention to do so, as taught by Sierer. 

Sierer further discloses wherein the values passed to the get updates interface 
call include a deployed state object and an exclude hidden updates Boolean value 
(Paragraph 237). Specifically, Sierer allows deployed objects to be hidden based on 
display information. The purpose for doing so would have been to allow a user to only 
see applicable updates that have not been installed yet. 

27. Claims 17-18 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Islam in view of Melchione & Davis (US 2003/0200300 A1). 

28. As per claim 17, Islam, Melchione, and Davis disclose an application 
programming interface (API) for administering the distribution of software updates on an 
update service node, the API comprising: 
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a. a get configuration interface call which returns a configuration interface 
object for reading and writing software update administration configuration values 
to the update service node (Column 9, line 35 through column 10, line 3). 

b. a get subscription interface call which returns a subscription interface 
object defined on the update service node. 

i. Melchione discloses subscribing to a set of updates (paragraph 
156). Information based on the subscription is made available using a 
configuration interface (paragraph 16-18, and 140-141). In combination 
with Islam, this information could be delivered as an mbean object. The 
purpose for doing so would have been to allow users to enter into 
contracts and automatically have their software updated. 

c. a get update interface call which returns a update interface object 
corresponding to an update identifier passed in the get update interface call. 

i. Davis further discloses wherein the administration API exposes a 
get update interface call which returns a update interface object 
corresponding to an update identifier passed in the get update interface 
call, and a get updates interface call which returns an update collection 
object containing update interface objects corresponding to values passed 
in the get updates interface call (Column 13, lines 55-58). The purpose for 
doing so would have been to allow an administrator access to a catalogue 
of updates to aid in administration. 
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d. a get computer interface call which returns an client computer object 
corresponding to the a client computer associated with the update service node 
and that was identified in the get computer interface call (Islam, column 12, lines 
35-62, and more specifically "server configuration may contain information for 
standalone server instance 920F"). This information would be accessible using 
the configuration API of column 9, lines 20-67. 

e. a get computers interface call which returns a computer collection object 
including client computer objects corresponding to client computers associated 
with the update service node (Islam, column 12, lines 35-62, and more 
specifically "while configuration 1000B may be associated with servers 920E-F"). 
This information would be accessible using the configuration API of column 9, 
lines 20-67. 

f. a get group interface call which returns an target group object that was 
identified in the get group interface call (Islam, column 12, lines 35-62, and more 
specifically "while configuration 1000B may be associated with servers 920E-F"). 
This information would be accessible using the configuration API of column 9, 
lines 20-67. 

g. a get groups interface call which returns a target group collection object 
including target group objects corresponding to target groups on the update 
service node (Islam, column 12, lines 35-62, and more specifically "Likewise, 
cluster configuration 101 OA may contain information for all servers 920A-E 
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executing in cluster 900"). This information would be accessible using the 

configuration API of column 9, lines 20-67. 
29. Claim 18 recites substantially similar limitations to claim 17, and is therefore 
rejected using the same art and rationale set forth above. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to CHRIS NELSON whose telephone number is (571)270- 
7256. The examiner can normally be reached on Monday to Thursday, 9AM to 5PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Lewis Bullock can be reached on (571 )272-3759. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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Examiner, Art Unit 2193 

/Lewis A. Bullock, Jr./ 

Supervisory Patent Examiner, Art Unit 2193 



